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Verfahren und System zur EreianisObertraauna 
Beschreibunq 

Die Erfindung betrifft ein Verfahren und ein System zur Obertragung von Ereignissen 
in einer web-basierten Client-Server-Umgebung von einem Server zu einem Client, 
insbesondere zur Obertragung von Alarm- und Ereignismeldungen einer zu Ober- 
wachenden technischen Anlage. Unter der Obertragung eines Ereignisses ist in 
diesem Zusammenhang und im folgenden insbesondere die Obertragung von 
Informationen zu verstehen, die ein Ereignis beschreiben. 

Client/Server-Systeme werden vielfach zur dezentralen Oberwachung und auch zur 
Steuerung technischer Anlagen, wie beispielsweise Fertigungsanlagen, Oder 
Anlagen der Gebaudeleittechnik, eingesetzt. Die jeweilige technische Anlage ist 
dabei Oblicherweise mit einer Datenerfassungseinheit ausgestattet, beispielsweise 
einer speicherprogrammierbaren Steuerung (SPS), die in der Anlage eintretende 
Ereignisse und Alarme erfasst und an einen Leitrechner Qbermittelt. Der Leitrechner 
befmdet sich in der Regel raumlich in der Nahe der Anlage und ist durch ein Bus- 
system mit der Datenerfassungseinheit verbunden. Der Leitrechner verfugt unter 
anderem Ober eine Datenbank, in der ein aktuelles Abbild des Zustandes der Anlage 
enthalten ist, und Ober eine Ereignisliste, in der die von der Datenerfassungseinheit 
Obermittelten Ereignisse, insbesondere Zustandsanderungen, eingetragen und 
gespeichert werden. Der Leitrechner fungiert als Server, der Ober eine 
Kommunikationsverbindung, beispielsweise Ober das Internet, Daten mit einem oder 
mehreren Clients austauscht, die sich raumlich getrennt vom Server befinden. 
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Der Client verfugt uber eine Applikation, die als Schnittstelle zum Bediener fungiert 
und mit deren Hilfe die technische Anlage Oberwacht und gesteuert werden kann ' 
E,ne wesentliche Aufgabe eines solchen Client/Server-Systems besteht darin in der 
Anlage e.ntretende Ereignisse mSglichst schnell zur Applikation des Clients (Client- 
Anwendung) zu ubertragen. 

In ubiichen Kommunikationsnetzwerken, die auf dem Anfrage-Antwort-Modell 
bas.eren, wie beispielsweise dem Internet, hat der Server keine MSglichkeit, von sich 
aus aktiv Nachrichten an den Client zu senden. Deshalb ist er nicht in der Lege 
Ere.gn.sse spontan zu einem Oder mehreren Clients zu ubertragen Bei 
herk6mmlichen Client/Server-Systemen stellt der jeweilige Client Anfragen zur 
Ere.gnisubermittlung an den Server, woraufhin der Server die Ereignisse ubermittelt 
die sert der letzten Anfrage eingetreten sind. Dieses Verfahren erfullt nicht die 
Anforderungen an eine EreignisUbertragung, bei welcher der Server aktiv die Clients 
uber eintretende Ereignisse benachrichtigen muss. 

Aufgabe der Erfindung ist es, ein Verfahren und ein System zur Verwaltung und 
Ubertragung von Ereignissen von einem Server zu einem Client zu schaffen, bei dem 
d.e DatenUbertragung aus Sicht des Clients durch den Server initiiert erfolgt. 

Die Aufgabe wird erfindungsgemaft durch ein Verfahren mit den im Anspruch 1 
angegebenen Merkmalen gel5st. Ein entsprechendes System und vorteilhafte 
Ausgestaltungen sind in weiteren AnsprQchen und in der Figurenbeschreibung 
angegeben. 



Das erfindungsgemafce Verfahren sieht vor, dass fQr jedes Ereignis, das von einem 
Server Uber eine Kommunikationsverbindung zu einem Client, beziehungsweise 
e.ner CI.ent-Anwendung, zu Ubertragen ist, eine Registrierung des Ereignisses 
m.ttels eines Client-Ereignisdienstes und eines Server-Ereignisdienstes vor- 
genommen wird. Es werden nur die Ereignisse vom Server zum Client ubertragen 
fur d.e erne Registrierung vorgenommen wurde. Durch eine solche Ereignis- 
reg.strierung findet jeweils eine Aktualisierung, beziehungsweise durch die erste 
R.eg.stnerung eine Initialisierung, des Client/Server-Systems statt. Tritt ein Ereignis 
em, so w.rd es zunachst einer Anlagenschnittstelle des Servers gemeldet. Wurde fur 
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das betreffende Ereignis eine Registrierung vorgenommen, so wird es von der 
Anlagenschnittstelle an den Server-Ereignisdienst Gbergeben. Der Client-Ereignis- 
dienst stellt, beispielsweise periodisch, Ober die Kommunikationsverbindung An- 
fragen zur EreignisObermittlung an den Server-Ereignisdienst. Liegt ein vom Server- 
Ereignisdienst erfasstes Ereignis vor, so wird es aufgrund der eingegangenen An- 
frage Ober die Kommunikationsverbindung zum Client-Ereignisdienst Qbertragen. 
Innerhalb des Clients ubertragt der Client-Ereignisdienst empfangene Ereignisse zur 
Client-Anwendung, wo das Ereignis beispielsweise zur Meldung gebracht wird, 
indem ein das Ereignis beschreibender Eintrag in einer Ereignisliste erzeugt wird. 
Somit sind zur Obertragung eines eingetretenes Ereignis zur Client-Anwendung 
keine aktive Anfragen der Client-Anwendung n6tig. Da die Client-Anwendung nicht 
mit dem Server sondern nur mit dem Client-Ereignisdienst kommuniziert, ist sie vom 
Server unabhangig. Mit Hilfe des Verfahrens geschieht die Ereignisbehandlung aus 
Sicht der Client-Anwendung wie in einer lokalen Umgebung. 

Eine Anwendung des erfindungsgemaften Verfahrens liegt beispielsweise in der 
Oberwachung technischer Anlagen. Zu ubertragende Ereignisse werden in diesem . 
Fall von der Datenerfassungseinheit einer zu uberwachenden technischen Anlage 
erfasst und an die Anlagenschnittstelle des Servers gemeldet. 

In einer vorteilhaften Ausgestaltung der Erfindung registriert die Client-Anwendung 
fur jedes Ereignis, Ober das sie zu benachrichtigen ist, beim Client-Ereignisdienst 
eine entsprechende Client-Ruckruffunktion. Der Client-Ereignisdienst registriert 
daraufhin Ober die Kommunikationsverbindung eine entsprechende Server-RQck- 
ruffunktion beim Server-Ereignisdienst. Diese Registrierung wird fur jedes Ereignis, 
Ober das die Client-Anwendung zu benachrichtigen ist, separat durchgefuhrt. Auf ' 
diese Weise ist es moglich, alle Ereignisse unabhangig voneinander zu behandeln. 

Vorteilhafterweise wird verfahrensvorbereitend eine Zuordnung, beispielsweise in 
Form einer Liste, vorgenommen, so dass anhand dieser Zuordnung jedem in der 
Anlage moglicherweise auftretenden Ereignis ein eindeutiger Name zugeordnet wird. 
Diese Zuordnung ist im Client und im Server vorhanden. Somit ist sichergestellt, dass 
im Client und im Server jedem Ereignis der gleiche Name zugeordnet ist. Zur 
Registrierung der RQckruffunktionen ruft die Client-Anwendung eine Client- 
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Registrierungsfunktion des Client-Ereignisdienstes auf und ubergibt ihr den Namen 
des betreffenden Ereignisses und einen Zeiger auf die zu registrierende Client- 
Ruckruffunktion. Die Client-Registrierungsfunktion generiert daraufhin eine ein- 
deutige Ereigniskennung und Qbermittelt diese Ereigniskennung zusammen mit dem 
Ereignisnamen uber die Kommunikationsverbindung an eine Server-Registrierungs- 
funktion des Server-Ereignisdienstes. Die Server-Registrierungsfunktion registriert • 
bei der Anlagenschnittstelle eine Server-Ruckruffunktion durch Obergabe des 
Ereignisnamens. Daraufhin speichert die Server-Registrierungsfunktion einen Daten- 
satz, der die Ereigniskennung, einen Zeiger auf die zu registrierende Server-Ruckruf- 
funktion und gegebenenfalls weitere Daten, wie beispielsweise den Ereignisnamen, 
enthalt, in einer Server-Ereignistabelle. Anschlie&end meldet die Server- 
Registrierungsfunktion die Durchfuhrung der Registrierung uber die Kommunikations- 
verbindung zuriick an die Client-Registrierungsfunktion des Client-Ereignisdienstes. - 
Daraufhin registriert die Client-Registrierungsfunktion die Client-Ruckruffunktion, 
indem sie einen Datensatz, der die Ereigniskennung, einen Zeiger auf die zu 
registrierende Client-Ruckruffunktion und gegebenenfalls weitere Daten, wie 
beispielsweise den Ereignisnamen, enthalt, in einer Client-Ereignistabelle speichert. 

Von Vorteil ist es, wenn die Client-Registrierungsfunktion nach der erstmaligen 
Registrierung einer Client-Ruckruffunktion einen Anfragegenerator des Client- 
Ereignisdienstes startet. Der Anfragegenerator stellt ab diesem Zeitpunkt Anfragen 
zur EreignisQbermittlung an den Server-Ereignisdienst. Dadurch ist sichergestellt, 
dass beim Server-Ereignisdienst nur Anfragen von Clients eintreffen, for die auch 
Ereignisse registriert sind. 

Ein weiterer Vorteil ist es, dass der Anfragegenerator die Anfragen zur Ereignis- 
Qbermittlung an den Server-Ereignisdienst zyklisch stellt. Die Zykluszeit ist dabei 
variabel und kann somit an die jeweiligen Bedingungen angepasst werden. 

In einer vorteilhaften Ausgestaltung lauft die Obertragung von Ereignissen in 
mehreren Schritten ab. Dabei erfasst zunachst die Anlagenschnittstelle das ein- 
getretene Ereignis und ruft die fur dieses Ereignis registrierte Server-Ruckruffunktion 
des Server-Ereignisdienstes auf. Daraufhin erzeugt die Server-Ruckruffunktion einen 
das Ereignis beschreibenden Eintrag in einer Ereigniswarteschlange. Da fur jeden 
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Client, der mit dem Server kommuniziert, eine eigene Ereigniswarteschlange 
angelegt ist, wird der Eintrag gegebenenfalls in mehreren Ereigniswarteschlangen 
erzeugt, sofern mehrere Clients fQr dieses Ereignis eine RQckruffunktion registriert 
haben. Bei der nachsten Anfrage des Client-Ereignisdienstes zur EreignisQber- 
mittlung liest der Server-Ereignisdienst den erzeugten Eintrag aus der dem Client 
zugeordneten Ereigniswarteschlange aus und ubermittelt ihn Qber die 
Kommunikationsverbindung an den Client-Ereignisdienst. Der Client-Ereignisdienst 
ermittelt aus dem vom Server-Ereignisdienst erhaltenen Eintrag die fur dieses 
Ereignis registrierte Client-RQckruffunktion und ruft diese auf. Die Client-Ruckruf- 
funktion fuhrt anschlieftend in der Client-Anwendung eine Aktion aus, die fQr das 
entsprechende Ereignis definiert ist, beispielsweise wird ein Eintrag in einer Ereignis- 
^j^liste erzeugt Oder es erfolgt eine Anzeige in einer graphischen Darstellung. 

in einer vorteilhaften Ausgestaltung der Erfindung wird fakultativ eine Aufraum- 
funktion des Server-Ereignisdienstes aufgerufen, welche die Kommunikation mit dem 
Client-Ereignisdienst uberwacht. Werden von einem Client-Ereignisdienst Qber einen 
vorgebbaren Zeitraum keine Anfragen mehr Ubermittelt, so erkennt die Aufraum- 
funktion, dass der Client nicht mehr mit dem Server kommuniziert, und loscht darauf- 
hin die Server-Ereignistabelie und die Ereigniswarteschlange. Auf diese Weise wird 
sichergestellt, dass nicht benotigte Ressourcen, insbesondere Speicherplatz, wieder 
freigegeben werden. Im Normalbetrieb meldet der Client-Ereignisdienst alle Ereignis- 

• behandlungen ab bevor er die Kommunikation mit dem Server-Ereignisdienst 
beendet, wodurch die Ressourcen automatisch freigegeben werden. Aufgabe der 
Aufraumfunktion ist es, Ressourcen freizugeben, wenn keine Abmeldung von 
Ereignisbehandlungen stattgefunden hat, beispielsweise nach einem Ausfall des 
Clients oder einem unvorhergesehenen Verbindungsabbruch. Die Aufraumfunktion 
kann beispielsweise von einem Benutzer bei Bedarf aufgerufen werden, oder sie 
kann automatisch zu festlegbaren Zeiten, beispielsweise einmal taglich, aufgerufen 
werden. Eine effiziente Methode besteht darin, bei Zugriffen auf Funktionen des 
Server-Ereignisdienstes, beispielsweise der Server-Registrierungsfunktion, zusatzlich 
automatisch die Aufraumfunktion aufzurufen. 

Des weiteren betrifft die Erfindung ein System zur Verwaltung und Obertragung von 
Ereignissen von einem Server Ober eine Kommunikationsverbindung zu einem 
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Client. Der Client, zu dem die Ereignisse der Anlage Ubertragen werden, weist zur 
Registrierung moglicher Ereignisse mindestens einen Client-Ereignisdienst auf, der 
Ober die Kommunikationsverbindung, beispielsweise das Internet Oder ein internes 
Netzwerk, Anfragen zur Ereignisiibermittlung an einen Server-Ereignisdienst stellt. 
Weiterhin ubertragt der Client-Ereignisdienst empfangene Ereignisse an eine Client- 
Anwendung. Der Server weist zur Registrierung moglicher Ereignisse mindestens 
einen Server-Ereignisdienst auf, der Ober eine Kommunikationsverbindung erfasste 
Ereignisse zu einem Client-Ereignisdienst ubertragt. Weiterhin weist der Server eine 
Anlagenschnittstelle auf, die eingetretene Ereignisse an den Server-Ereignisdienst 
ubergibt. 

Ein Einsatz des erfindungsgema&en Systems liegt beispielsweise in derOber- 
wachung technischer Anlagen. Zu diesem Zweck steht die Anlagenschnittstelle des 
Servers mit einer Datenerfassungseinheit einer technischen Anlage in Verbindung, 
urn von der Datenerfassungseinheit erfasste Ereignisse einzulesen, 

GemaR einer vorteilhaften Ausgestaltung verfiigt der Server-Ereignisdienst Ober eine 
Oder mehrere Server-RQckruffunktionen, die jeweils fur mindestens ein Ereignis 
registrierbar sind. Eine Server-Ruckruffunktion wird bei Eintritt des Ereignisses, fur 
das sie registriert ist, von der Anlagenschnittstelle aufgerufen. 

Gemafc einer vorteilhaften Weiterbildung der Erfindung besitzt der Server-Ereignis- 
dienst mindestens eine Server-Registrierungsfunktion zur Registrierung von Server- 
ROckruffunktionen, mindestens eine Server-Ereignistabelle zur Aufnahme von Daten- 
satzen, die jeweils eine Registrierung beschreiben, und mindestens eine Ereignis- 
warteschlange zur Aufnahme von Eintragen, die jeweils ein Ereignis beschreiben. 

Von Vorteil ist auch, dass der Server-Ereignisdienst fur jeden Client-Ereignisdienst, 
mit dem er uber die Kommunikationsverbindung kommuniziert, einen separaten 
Client-Datensatz aufweist, der jeweils mindestens eine Server-Ereignistabelle und 
eine Ereigniswarteschlange enthalt. Das hei&t. dass fur jeden Client, der mindestens 
eine Server-Ruckruffunktion registriert hat, ein separater Client-Datensatz angelegt 
ist, in dem die Server-Ereignistabelle und die Ereigniswarteschlange zusammen- 
gefasst sind. 
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In einer vorteilhaften Ausgestaltung der Erfindung weist der Server-Ereignisdienst 
eine Aufraumfunktion auf, die alle vorhandenen Client-Datensatze und die 
Kommunikation mit den zugehorigen Client-Ereignisdiensten uberwacht. Werden von 
e,nem Client-Ereignisdienst uber einen vorgebbaren Zeitraum keine Anfragen mehr 
uberm.ttelt, so erkennt die Aufraumfunktion, dass der zugeharige Client nicht mehr 
m.t dem Server kommuniziert, und loscht daraufhin den zugehorigen Client-Daten- 
satz. Auf diese Weise wird sichergestellt, dass nicht benStigte Ressourcen, 
insbesondere Speicherplatz, wieder freigegeben werden. 

Eine vorteilhafte Ausfuhrungsform der Erfindung sieht vor, dass die in einem Client- 
Datensatz enthaltene Server-Ereignistabelle als Hash-Tabelle ausgefuhrt ist Sie 
n.mmt Datensatze auf, die mindestens eine Ereigniskennung und einen Zeiger auf 
d.e zu registrierende Server-Ruckruffunktion enthalten. Optional k6nnen in den 
Datensatzen weitere.Daten, beispielsweise der Ereignisname, vorhanden sein Eine 
Hash-Tabelle bietet den Vorteil, dass beispielsweise mit der Ereigniskennung als 
Schlussel ein sehr effizienter Zugriff auf den zugehSrigen Datensatz moglich wird 
insbesondere bei einer gro&en Anzahl zu verwaltender Tabelleneintrage Die 
Verwendung anderer Datenstrukturen wie Baume, lineare Listen oder einfache 
Arrays ist ebenfalls mdglich. 

Vorteilhafterweise besitzt der Client mindestens eine Client-RQckruffunktion, die fQr 
mmdestens ein Ereignis registrierbar ist und die bei Eintritt des Ereignisses, for das 
sie regtstriert ist, aufgerufen wird. Die Client-ROckruffunktion benachrichtigt die 
Chent-Anwendung Qber ein in der Anlage eingetretenes Ereignis. 

In diesem Zusammenhang ist es auch von Vorteil, dass der Client-Ereignisdienst 
mmdestens eine Client-Registrierungsfunktion zur Registrierung von einer oder 
mehreren Client-ROckruffunktionen besitzt. Weiterhin besitzt er eine Client-Ereignis- 
tabelle zur Aufnahme von Datensatzen, welche die Registrierung beschreiben und 
einen Anfragegenerator zur DurchfOhrung von zyklischen Anfragen an einen oder 
mehrere Server-Ereignisdienste zur Ereignisubermittlung. 
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Eine vorteilhafte Ausfuhmngsform der Erfindung sieht vor, dass auch die Client- 
Ereignistabelle als Hash-Tabelle ausgefuhrt ist. Sie nirnmt Datensatze.auf, die 
mindestens eine Ereigniskennung und einen Zeiger auf die zu registrierende Client- 
Ruckruffunktion enthalten. Optional konnen in den Datensatzen weitere Daten, 
beispielsweise der Ereignisname, vorhanden sein. 

Anhand nachfolgender Zeichnungen werden Ausfuhrungsbeispiele und vorteilhafte 
Ausgestaltungen.der Erfindung naher erlautert. 

Es zeigen: 

Fig. 1 ein Verfahren zur An- und Abmeldung einer Ereignisbehandlung und zur 
Ereignisubertragung anhand eines Sequenzdiagramms, 

Fig. 2 eine beispielhafte Architektur eines erfindungsgema&en Client/Server- 
Systems und 

Fig. 3 Datenstrukturen zur Speicherung der Daten der Ereignisbehandlung. 

In Fig. 1 ist in einem Sequenzdiagramm das Verfahren zur An- und Abmeldung einer 
Ereignisbehandlung sowie zur Obertragung eingetretener Ereignisse an den Client 
dargestellt. 




Zur Anmeldung einer Ereignisbehandlung ruft eine Client-Anwendung 4 in einem 
ersten Schritt 101 eine Client-Registrierungsfunktion 61 auf. Diese ruft in einem 
zweiten Schritt 102 eine Server-Registrierungsfunktion 71 auf, welche daraufhin in 
emem dritten Schritt 103 eine entsprechende Registrierung in einer Anlagenschnitt- 
stelle 10 des Servers veranlasst. Das Ergebnis der Registrierung wird in einem 
vierten Schritt 104 an die Client-Registrierungsfunktion 61 und von dort in einem 
funften Schritt 105 an die Client-Anwendung 4 zurOckgesendet. Bei erstmaliger ' 
Registrierung eines Ereignisses wird dariiber hinaus in einem zusatzlichen Schritt 
106 von der Client-Registrierungsfunktion 61 ein Anfragegenerator 63 gestartet. 

Der Anfragegenerator 63 lauft parallel zu den anderen clientseitigen Prozessen und 
sendet zyklisch Anfragen an eine Ereigniswarteschlange 75, beziehungsweise an 
erne Warteschlangenverwaltung 76. In einem ersten Schritt 107 erfolgt eine solche 
Anfrage des Anfragegenerators 63, die von der Ereigniswarteschlange 75 in einem 
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zweiten Schritt 108 mit der Obertragung einer Ereignisliste beantwortet wird. Liegt 
kein zu Qbertragendes Ereignis vor, so ist diese Ereignisliste leer. Die Frequenz, mit 
der die zyklischen Anfragen durchgefQhrt werden, ist vorgebbar. Eine sinnvolle Aus- 
legung muss berucksichtigen, dass die Zyklusdauer entscheidenden Einfluss auf die 
maximale VerzSgerung bei der Benachrichtigung Qber ein Ereignis hat. Andererseits 
wird der Server bei kurzen Zyklen durch haufige Anfragen starker belastet, so dass 
fur die konkrete Situation ein Kompromiss zwischen Server-Belastung und 
akzeptabler Verz6gerungszeit gefunden werden muss. Kommt es zu einem Ereignis, 
fOr das eine Registrierung durchgefQhrt wurde, so ruft die Anlagenschnittstelle 10 in 
einem dritten Schritt 109 eine registrierte Server-RQckruffunktion 72 auf. Diese 
erzeugt in einem vierten Schritt 110 einen entsprechenden Eintrag in der Ereignis- 
warteschlange 75. Aufgrund der nachsten Anfrage des Anfragegenerators 63 in 
einem funften Schritt 1 1 1 wird der Eintrag aus der Ereigniswarteschlange 75 aus- 
gelesen und in einem sechsten Schritt 112 an den Anfragegenerator 63 des Clients 
zuruckgeliefert. Der Anfragegenerator 63 ruft daraufhin, eventuell Qber einen RQck- 
rufgenerator64, in einem siebten Schritt 113 eine registrierte Client-RQckruffunktion 
41 der Client-Anwendung 4 auf. 

Zur Abmeldung einer Ereignisbehandlung ruft die Client-Anwendung 4 in einem 
ersten Schritt 114 die Client-Registrierungsfunktion 61 auf. Diese ruft in einem 
zweiten Schritt 115 die Server-Registrierungsfunktion 71 auf, welche daraufhin in 
einem dritten Schritt 116 in der Anlagenschnittstelle 10 des Servers eine Entfernung 
der zuvor erfolgten Registrierung veranlasst. Das Ergebnis der Entfernung der 
Registrierung wird in einem vierten Schritt 117 an die Client-Registrierungsfunktion 
61 und von dort in einem funften Schritt 118 an die Client-Anwendung 4 zuruck- 
gesendet. Wenn fur den Client 4 nach Abmeldung einer Ereignisbehandlung keine 
weiteren Ereignisbehandlungen mehr vorhanden sind, so wird in einem zusatzlichen 
Schritt 1 19 der Anfragegenerator 63 gestoppt. 

In Fig. 2 ist eine mogliche Architektur des Client/Server-Systems gezeigt. 



Das System weist einen Client 1 und einen Server 2 auf, die Qber eine 
Kommunikationsverbindung 9, beispielsweise das Internet, miteinander 
kommunizieren. 
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Der Client 1 weist eine oder mehrere Anwendungen 4, wie beispielsweise Bedien- 
oberflachen oder Anwendungsprogramme zur Anlagensteuerung, auf, welche Ober 
die Kommunikationsverbindung 9 mit Server-Applikationen 5 kommunizieren, 
beispielsweise urn Datenbankabfragen vorzunehmen oder um Steuersignale zu 
senden. Gegebenfalls erfolgt die Kommunikation mit dem Server 2 uber einen 
clientseitigen Stellvertreter (Proxy), so dass die Client-Anwendung 4 nur lokal mit 
entsprechenden Diensten des Clients 1 kommuniziert. Die Obertragung Ober das 
Internet kann beispielsweise Uber einen Web-Service oder SOAP-Aufrufe (Simple 
Object Access Protocol) erfolgen. 

Die Client-Anwendung 4 verfQgt uber mehrere Client-RUckruffunktionen 41, die bei 
der Anmeldung von Ereignisbehandlungen registrierbar sind und bei Eintritt eines 
Ereignisses aufrufbar sind. Der Client 1 weist weiterhin einen Client-Ereignisdienst 6 
auf, der die An- und Abmeldungen von Ereignisbehandlungen fur die Client- 
Anwendung 4 durchfOhrt, und der von dem Server 2 Obermittelte Ereignisse an die 
Client-Anwendung 4 ubertragt. 

Der Client-Ereignisdienst 6 verfQgt Ober eine Client-Registrierungsfunktion 61 , die 
von der Client-Anwendung 4 zur Registrierung einer Client-Ruckruffunktion 41 aufruf- 
bar ist, und eine Client-Ereignistabelle 62, in welche die Daten der Ereignis- 
behandlung, wie Ereigniskennung, Ereignisname und Zeiger auf zu registrierende 
Client-RUckruffunktionen 41, eintragbar sind, und aus welcher diese Daten auslesbar 
sind. Weiterhin weist der Client-Ereignisdienst 6 einen Anfragegenerator 63 auf, der 
zyklisch Anfragen zur Ereignisubermittlung an den Server 2 sendet, und der vom 
Server 2 ubermittelte Ereignisse aufnimmt. Zusatzlich verfQgt der Client-Ereignis- 
dienst 6 uber einen Ruckrufgenerator 64, an den der Anfragegenerator 63 Ober- 
mittelte Ereignisse weiterleitet, und der die fOr ein betreffendes Ereignis registrierte 
Client-ROckruffunktion 41 aufruft. 

Der Server 2 verfQgt Ober eine Anlagenschnittstelle 10, die Ober ein lokales Netzwerk 
mit einer technischen Anlage 3, beziehungsweise ihrer Datenerfassungseinheit, 
kommuniziert. Anstelle des lokalen Netzwerkes kann auch eine direkte draht- 
gebunden Verbindung oder eine Funkverbindung vorhanden sein; auch eine 
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Kommunikation Ober ein globales Netzwerk wie das Internet ist mdglich. Weiterhin 
besitzt der Server 2 eine Server-Applikation 5, die beispielsweise als Datenbank auf- 
gebaut ist, und die ein Abbild der zu uberwachenden Anlage 3 enthalt. 

Der Server 2 weist weiterhin einen Server-Ereignisdienst 7 auf, der die An- und Ab- 
meldungen von Ereignisbehandlungen durchfuhrt, und der von der Anlagenschnitt- 
stelle 10 ubermittelte Ereignisse Ober die Kornmunikationsverbindung 9 an den 
Client-Ereignisdienst 6 Obertragt. 

Der Server-Ereignisdienst 7 weist eine Server-Registrierungsfunktion 71 auf, welche 
Ober die Kornmunikationsverbindung 9 rnit der Client-Registrierungsfunktion 61 
kommuniziert, und welche die Registrierung von Server-RQckruffunktionen 72 for 
eintretehde Ereignisse sowohl bei der Anlagenschnittstelle 10 als auch bei dem 
Server-Ereignisdienst 7 durchfOhrt. Zu diesem Zweck weist der Server-Ereignisdienst 
7 eine oder mehrere Server-ROckruffunktionen 72 auf, die for eintretende Ereignisse 
registrierbar sind, und die bei Eintritt eines Ereignisses aufrufbar sind. 

Weiterhin weist der Server-Ereignisdienst 7 for jeden Client, der mit dem Server 
kommuniziert, eine Server-Ereignistabelle 74 auf, in welche die Daten der Ereignis- 
behandlung, wie Ereignis-Kennung, Ereignisnamen und ein Zeiger auf die zu 
registrierende Server-Ruckruffunktion 72, eintragbar sind. Auch verfOgt der Server- 
Ereignisdienst 7 fur jeden Client, der mit dem Server kommuniziert, Ober eine 
Ereigniswarteschlange 75, in welche Datensatze, die eingetretene Ereignisse 
beschreiben, eintragbar sind. 

Die Server-Ereignistabelle 74 und die zugehSrige Ereigniswarteschlange 75 bilden je 
einen Client-Datensatz 73. Alle Client-Datensatze 73 sind in einer Client-Datenbank 
78 des Server-Ereignisdienstes 7 zusammengefasst. 

Weiterhin besitzt der Server-Ereignisdienst 7 eine Warteschlangenverwaltung 76, 
welche die Anfragen des Anfragegenerators 63 beantwortet, und welche Eintrage 
aus der Ereigniswarteschlange 75 entnimmt und an den Anfragegenerators 63 
ubermittelt. 
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Zusatzlich verfugt der Server-Ereignisdienst 7 uber eine Aufraumfunktion 77, welche 
die Kommunikation mit dem Client-Ereignisdienst 6 Oberwacht, und welche den 
Client-Datensatz 73 loscht, wenn der zugehorige Client-Ereignisdienst 6 nicht mehr 
mit dem Server-Ereignisdienst 7 kommuniziert. Treffen von einem Anfragegenerator 
63 Qber einen vorgebbaren Zeitraum keine Anfragen mehr ein, so erkennt die Auf- 
raumfunktion 77, dass der zugehSrige Client 1 nicht mehr mit dem Server 2 
kommuniziert, und loscht daraufhin den zugehorigen Client-Datensatz 73. Der 
besagte Zeitraum ist dabei deutlich gr6Ger vorzugeben als die Zykluszeit des An- 
fragegenerators 63, also der Zeitspanne zwischen zwei Anfragen. Auf diese Weise 
wird sichergestellt, dass nicht benotigte Ressourcen, insbesondere Speicherplatz, 
wieder freigegeben werden. 

Nachfolgend wird das Verfahren zur Anmeldung einer Ereignisbehandlung anhand 
des Systems nach Fig. 2 beschrieben. Zur Registrierung einer Client-RQckruffunktion 
41 ruft die Client-Anwendung 4 die Client-Registrierungsfunktion 61 des Client- 
Ereignisdienstes 6 auf und ubergibt einen Zeiger auf die zu registrierende Client- 
RQckruffunktion 41. Die Client-Registrierungsfunktion 61 generiert daraufhin eine 
eindeutige Ereigniskennung, mit deren Hilfe die Daten der Ereignisbehandlung bei 
dem Server 2 und dem Client 1 einander zugeordnet werden. Danach leitet die 
Client-Registrierungsfunktion 61 den Namen des Ereignisses, fur das eine 
Registrierung erfolgen soli, zusammen mit der generierten Ereigniskennung 
Kommunikationsverbindung 9 an die Server-Registrierungsfunktion 71 des Server- 
Ereignisdienstes 7 weiter. Die Server-Registrierungsfunktion 71 registriert eine 
Server-RQckruffunktion 72 bei der Anlagenschnittstelle 10 durch Dbergabe des 
Ereignisnamens und eines Zeigers auf die Server-Ruckruffunktion 72. Weiterhin 
speichert die Server-Registrierungsfunktion 71 alle relevanten Daten der Ereignis- 
behandlung, wie beispielsweise die Ereignis-Kennung, den Ereignisnamen und einen 
Zeiger auf die Server-Ruckruffunktion 72, in der Server-Ereignistabelle 74, die Teil 
eines fur jeden Client in der Client-Datenbank 78 abgelegten Datensatzes 73 ist. 
AnschlieGend sendet die Server-Registrierungsfunktion 71 eine Nachricht uber die 
erfolgreiche Registrierung des Ereignisses an die Client-Registrierungsfunktion 61 
zurOck. Diese tragt in die Client-Ereignistabelle 62 die Ereigniskennung, den 
Ereignisnamen und den Zeiger auf die Client-RQckruffunktion 41 ein. Sofern dies 
nicht bereits zuvor geschehen ist, wird der Anfragegenerator 63 als neuer paralleler 
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Prozess gestartet, der zyklisch Anfragen zur Ereignisubermittlung an die Warte- 
schlangenverwaltung 76 des Server-Ereignisdienstes 7 sendet. Damit ist die An- 
meldung einer Ereignisbehandlung abgeschlossen. 

Nachfolgend wird das Verfahren zur Abmeldung einer Ereignisbehandlung anhand 
des Systems nach Fig. 2 beschrieben. Zum Entfernen einer Ereignisbehandlung ruft 
die Client-Anwendung 4 die Client-Registrierungsfunktion 61 auf. Die Client- 
Registrierungsfunktion 61 sendet eine entsprechende Nachricht an die Server- 
Registrierungsfunktion 71, welche einerseits die Anlagenschnittstelle'10 iiber die 
Freigabe der entsprechenden Server-Ruckruffunktion 72 benachrichtigt und 
anschliefcend den entsprechenden Client-Datensatz 73 aktualisiert. Dazu wird der 
entsprechende Eintrag aus der Server-Ereignistabelle 74 entfernt. Daruber hinaus 
wird die Ereigniswarteschlange 75 daraufhin iiberpruft, ob sie noch zu der Ereignis- 
behandlung gehorige, noch nicht abgefragte Datensatze enthalt. Je nach An- 
wendungsfall ist es dann sinnvoll, die zugehorigen Ereignisdatensatze ebenfalls zu 
loschen oder sie in der Warteschlange zu belassen, bis sie von dem Anfrage- 
generator 63 des Client-Ereignisdienstes 6 abgefragt werden. Sind fur den Client 1 
keine Ereignisbehandlungen mehr in der Server-Ereignistabelle 74 registriert und ist 
auch die Ereigniswarteschlange 75 leer, so ist es moglich, den gesamten Client- 
Datensatz 73 zu entfernen. Dies spart einerseits System-Ressourcen, erfordert aber 
einen hoheren Aufwand, urn den Datensatz bei Registrierung neuer Ereignis- 
behandlungen wieder anzulegen. Ist die Entfernung der Ereignisbehandlung im 
Server-Ereignisdienst 7 abgeschlossen, so sendet die Server-Registrierungsfunktion 
71 eine entsprechende Nachricht an die Client-Registrierungsfunktion 61 zurQck. Die 
Client-Registrierungsfunktion 61 entfernt daraufhin den entsprechenden Eintrag aus 
der Client-Ereignistabelle 62. Ist in der Client-Ereignistabelle 62 kein Ereignis mehr 
registriert, so ist es sinnvoll, den Anfragegenerator 63 zur zyklischen Anfrage 
solange zu stoppen, bis wieder neue Ereignisse registriert werden. Urn sicher- 
zustellen, dass keine unbehandelten Ereignisse mehr in der Ereigniswarteschlange 
75 des Servers 2 vorliegen, wird, bevor der Anfragegenerator 63 gestoppt wird, noch 
eine letzte Anfrage an die Warteschlangenverwaltung 76 gestellt. 



Nachfolgend wird der Ablauf einer EreignisDbermittlung anhand des Systems nach 
Fig. 2 beschrieben. Von der Datenerfassungseinheit in der Anlage 3 wird ein 
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Ereignis, beispielsweise Oberschreiten von Grenzwerten oder Aktivierung von 
Schaltern oder Sensoren, erfasst, und an die Anlagenschnittstelle 10 gemeldet. 
Wurde fQr dieses Ereignis eine Server-RQckruffunktion 72 registriert, so ruft die 
Anlagenschnittstelle 10 die registrierte Server-RQckruffunktion 72 auf und Qbergibt 
als Parameter den Ereignisnamen. Die' Server-RQckruffunktion 72 entnimmt den 
Server-Ereignistabellen 74 der verschiedenen Client-Datensatze 73 die dem 
betreffenden Ereignisnamen zugeprdneten Ereigniskennungen und schreibt je einen 
das Ereignis beschreibenden Datensatz in die Ereigniswarteschlangen 75 der 
zugehorigen Client-Datensatze 73. Damit endet die Ausfuhrung der Server-RQckruf- 
funktion 72. 

Alternativ wird bei der Ereignisregistrierung fur jedes zu registrierende Ereignis eine 
separate Instanz der Server-RQckruffunktion 72 angelegt, so dass fQr jeden Eintrag 
in einer Server-Ereignistabelle 74 eine eigene Ruckruffunktion vorhanden ist. In 
diesem Fall muss der Ereignisname nicht in den Server-Ereignistabellen 74 abgelegt 
werden. In der Anlagenschnittstelle 10 ist die Zuordnung zwischen Ereignisnamen 
und Instanz der Server-RQckruffunktion 72 bekannt. Bei Eintritt des Ereignisses ruft 
die Anlagenschnittstelle 10 die dem Ereignisnamen zugeordnete Instanz der Server- 
RQckruffunktion 72 auf, ohne den Ereignisnamen als Parameter zu Qbergeben. Diese 
Instanz der Server-RQckruffunktion 72 entnimmt den Server-Ereignistabellen 74 die 
zugeh6rigen Ereigniskennungen und schreibt einen das Ereignis beschreibenden 
Datensatz in die Ereigniswarteschlange 75 des zugehorigen Client-Datensatzes 73. 

Das Ereignis wird solange in der Ereigniswarteschlange 75 zwischengespeichert, bis 
, die nachste Anfrage des Anfragegenerators 63 an die Warteschlangenverwaltung 76 
ubermittelt wird. Ist die dem Client 1 zugeordnete Ereigniswarteschlange 75 leer, so 
wird eine leere Ereignisliste an den Anfragegenerators 63 zuruckgesendet. Ist jedoch 
zuvor, wie oben beschrieben, ein Ereignis eingetreten, so liefert die Warteschlangen- 
verwaltung 76 eine Liste der zwischenzeitlich eingetretenen Ereignisse an den 
Anfragegenerator 63 zurOck. Jeder Eintrag der Liste enthalt die zu dem Ereignis 
gehorigen Parameter und die ursprOnglich von der Client-Registrierungsfunktion 61 
erzeugte Ereigniskennung. Die Qbertragenen Ereignisse werden aus der Ereignis- 
warteschlange 75 entfernt. Beim Client-Ereignisdienst 6 wird das Ergebnis der 
Anfrage des Anfragegenerators 63 von dem Ruckrufgenerator 64 ausgewertet. Der 
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RQckrufgenerator 64 entnimmt der Client-Ereignistabelle 62 die der jeweiligen 
Ereigniskennung zugehorige Client-RQckruffunktion 41 und ruft'diese Client-Ruckruf- 
funktionen 41 mit den Ereignisdaten als Parameter auf. 

In Fig. 3 sind systemgemaRe Datenstrukturen zur Speicherung der Daten der 
Ereignisbehandlung auf dem Client 1 und dem Server 2 gezeigt. 

Vom Client-Ereignisdienst 6 werden fur jede Ereignisbehandlung Datensatze in einer 
Client-Ereignistabelle 62 gespeichert. Jeder der Datensatze enthalt eine Ereignis- 
kennung, einen Verweis auf die zugehdrige Client-RQckruffunktion 41 und optional 
einen Ereignisnamen. Die Realisierung des Verweises hangt von der konkreten 
Implementierung, beziehungsweise der verwendeten Programmiersprache ab. 
Beispielsweise werden in C / C++ typischerweise Funktionspointer, auch Zeiger 
genannt, verwendet. Die Client-Ereignistabelle 62 lasst sich auf gunstige Weise als 
Hash-Tabelle realisieren, bei der die Ereigniskennung als Schliissel verwendet wird. 
Dadurch lasst sich beim Eintreffen eines Ereignisses auf effiziente Weise der 
zugehorige Datensatz auffinden. 



Auf dem Server 2 werden fur jeden Client 1, der Ereignisbehandlungen registriert 
hat, Daten gespeichert. Dies kann effizient in einer als Hash-Tabelle realisierten 
Client-Datenbank 78 erfolgen, Qber die mit einer ClientID als Schlussel zugegriffen 
wird. Fur jeden Client 1 wird ein eigener Client-Datensatz 73 abgelegt, der neben der 
ClientID eine Server-Ereignistabelle 74 und eine Ereigniswarteschlange 75 enthalt. 
Die Server-Ereignistabelle 74 kann analog zu der Client-Ereignistabelle 62 als Hash- 
Tabelle realisiert werden und enthalt entsprechende Datensatze, wobei jedoch als 
RQckruffunktion ein Verweis auf die Server-RQckruffunktion 72 gespeichert ist. Die 
Ereigniswarteschlange 75 wird sinnvollerweise als Warteschlangen- (Queue-) Daten- 
struktur realisiert, wobei die einzelnen Datensatze mindestens die Ereigniskennung 
und optional weitere Parameter, die das Ereignis naher beschreiben, enthalten. 
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PatentansprOche 

1 . Verfahren zur Verwaltung und Obertragung von Ereignissen von einem Server 
(2) Dber eine Kommunikationsverbindung (9) zu mindestens einem Client (1), 
wobei 

fur eine Initialisierung und/oder Aktualisierung des Clients (1) eine 
Registrierung moglicher Ereignisse in einem Client-Ereignisdienst (6) 
erfolgt, 

fur eine Initialisierung und/oder Aktualisierung des Servers (2) eine 
Registrierung moglicher Ereignisse in einem Server-Ereignisdienst (7) 
erfolgt, 

erfasste Ereignisse, fur die eine Registrierung vorgenommen wurde, von 
einer Anlagenschnittstelle (10) an den Server-Ereignisdienstes (7) Qber- 
gebenwerden, 

vom Client-Ereignisdienst (6) initiierte Anfragen der erfassten Ereignisse an 
den Server-Ereignisdienst (7) erfolgen, 

aufgrund einer eingegangenen Anfrage an den Server-Ereignisdienst (7) 
die erfassten Ereignisse zum Client-Ereignisdienst (6) ubertragen werden 
und 

vom Client-Ereignisdienst (6) empfangene Ereignisse zu einer Client- 
Anwendung (4) ubertragen werden. 

2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass die zu Ober- 
tragenden Ereignisse von einer Datenerfassungseinheit in einer technischen 
Anlage (3) erfasst und an die Anlagenschnittstelle (10) des Servers (2) 
gemeldet werden. 
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3. Verfahren nach einem der AnsprQche 1 Oder 2, dadurch gekennzeichnet, dass 
die Client-Anwendung (4) for jedes Ereignis, Qber das sie zu benachrichtigen . 
ist, beim Client-Ereignisdienst (6) eine Client-RQckruffurtktion (41) registriert und 
der Client-Ereignisdienst (6) Qber die Kommunikationsverbindung (9) beim 
Server-Ereignisdienst (7) eine entsprechende Server-RQckruffunktion (72) 
registriert. 

4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass zur Registrierung 
der RQckruffunktionen (41 , 72) fur ein Ereignis, dem beim Client (1) und beim 
Server (2) verfahrensvorbereitend der gleiche Ereignisname zugeordnet ist, 
schrittweise 

- die Client-Anwendung (4) eine Client-Registrierungsfunktion (61) des 
Client-Ereignisdienstes (6) aufruft und ihr den Namen des betreffenden 
Ereignisses und einen Zeiger auf die zu registrierende Client-ROckruf- 
funktion (41) Obergibt, 

die Client-Registrierungsfunktion (61) eine eindeutige Ereigniskennung 
generiert und die Ereigniskennung und den Ereignisnamen Qber die 
Kommunikationsverbindung (9) an eine Server-Registrierungsfunktion (71) 
des Server-Ereignisdienstes (7) Qberrnittelt, 

- die Server-Registrierungsfunktion (71) eine Server-RQckruffunktion (72) bei 
der Anlagenschnittstelle (10) durch Obergabe des Ereignisnamens 
registriert, 

- die Server-Registrierungsfunktion (71 ) einen Datensatz, der mindestens die 
Ereigniskennung und einen Zeiger auf die zu registrierende Server- 
RQckruffunktion (72) enthalt, in einer Server-Ereignistabelle (74) speichert, 

- die Server-Registrierungsfunktion (71) die DurchfOhrung der Registrierung 
Qber die Kommunikationsverbindung (9) an die Client-Registrierungs- 
funktion (61) des Client-Ereignisdienstes (6) meldet und 

die Client-Registrierungsfunktion (61 ) die Client-RQckruffunktion (41 ) durch 
Speichern eines Datensatzes in einer Client-Ereignistabelle (62) registriert, 
wobei der Datensatz mindestens die Ereigniskennung und einen Zeiger auf 
die zu registrierende Client-RQckruffunktion (41) enthalt. 
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5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass die Client- 
Registrierungsfunktion (61) nach erstmaliger Registrierung einer Client-Ruckruf- 
funktion (41) einen Anfragegenerator (63) startet, der daraufh'm Anfragen zur 
EreignisObermittlung an den Server-Ereignisdienst (7) stellt. 

6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, dass der Anfrage- 
generator (63) des Client-Ereignisdienstes (6) die Anfragen zur Ereignis- 
Qbermittlung an den Server-Ereignisdienst (7) zyklisch stellt. 

7. Verfahren nach einem der Anspruche 3 bis 6, dadurch gekennzeichnet, dass 
zur Obertragung von Ereignissen schrittweise 

- die Anlagenschnittstelle (10) ein eingetretenes Ereignis erfasst und die fur 
dieses Ereignis registrierte Server-RQckruffunktion (72) aufruft, 

- die Server-RQckruffunktion (72) einen das Ereignis beschreibenden Eintrag 
in mindestens einer Ereigniswarteschlange (75) erzeugt, 

- der Server-Ereignisdienst (7) bei der nachsten Anfrage des Client-Ereignis- 
dienstes (6) zur EreignisObermittlung den erzeugten Eintrag aus der 
Ereigniswarteschlange (75) ausliest und ihn Ober die Kommunikations- 
verbindung (9) an den Client-Ereignisdienst (6) Obermittelt, 

- der Client-Ereignisdienst (6) aus dem erhaltenen Eintrag die fur dieses 
Ereignis registrierte Client-Ruckruffunktion (41) ermittelt und aufruft und 

- die Client-Ruckruffunktion (41) eine for das entsprechende Ereignis 
definierte Aktiori in der Client-Anwendung (4) ausfOhrt. 

8. Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass fakultativ eine 
Aufraumfunktion (77) des Server-Ereignisdienstes (7) aufgerufen wird, welche 
die Server-Ereignistabelle (74) und die Ereigniswarteschlange (75) loscht, wenn 
der Client-Ereignisdienst (6) nicht mehr mit dem Server-Ereignisdienst (7) 
kommuniziert. 1 
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9. System zur Verwaltung und Obertragung von Ereignissen von einem Server (2) 
uber eine Kommunikationsverbindung (9) zu mindestens einem Client (1), 
wobei 

- der Client (1 ) zur Registrierung moglicher Ereignisse mindestens einen 
Client-Ereignisdienst (6) aufweist, der Qber eine Kommunikationsver- 
bindung (9) Anfragen zur Ereignisubertragung an einen Server-Ereignis- 
dienst (7) stellt und empfangene Ereignisse an eine Client-Anwendung (4) 
Obertragt, 

- der Server (2) zur Registrierung moglicher Ereignisse mindestens einen 
Server-Ereignisdienst (7) aufweist, der Qber eine Kommunikationsver- 
bindung (9) Ereignisse zu einem Client-Ereignisdienst (6) Obertragt, 

- der Server (2) mindestens eine Anlagenschnittstelle (10) aufweist, die ein- 
getretene Ereignisse an den mindestens einen Server-Ereignisdienst (7) 
Obergibt. 

1 0. System nach Anspruch 9, dadurch gekennzeichnet, dass die Anlagenschnitt- 
stelle (10) mit einer Datenerfassungseinheit einer technischen Anlage (3) in 
Verbindung steht urn von der Datenerfassungseinheit erfasste Ereignisse 
einzulesen. 



. System nach einem der AnsprOche 9 Oder 10, dadurch gekennzeichnet, dass 
der Server-Ereignisdienst (7) mindestens eine Server-Ruckruffunktion (72) 
aufweist, die for mindestens ein Ereignis registrierbar ist und bei Eintritt eines 
Ereignisses, fur das sie registriert ist, aufgerufen wird. 

. System nach einem der Anspruche 9 bis 1 1, dadurch gekennzeichnet, dass der 
Server-Ereignisdienst (7) mindestens eine Server-Registrierungsfunktion (71) 
zur Registrierung von Server-Ruckruffunktionen (72), mindestens eine Server- 
Ereignistabelle (74) zur Aufnahme von jeweils eine Registrierung 
beschreibenden Datensatzen und mindestens eine Ereigniswarteschlange (75) 
zur Aufnahme von jeweils ein Ereignis beschreibenden Eintragen aufweist. 
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13. System nach einem der Anspruche 9 bis 12, dadurch gekennzeichnet, dass der 
Server-Ereignisdienst (7) fur jeden Client-Ereignisdienst (6), mit dem er Qber 
eine Kommunikationsverbindung (9) kommuniziert, einen separaten Client- 
Datensatz (73) aufweist, der jeweils mindestens eine Server-Ereignistabelle 
(74) und mindestens eine Ereigniswarteschlange (75) enthalt. 

14: System nach Anspruch 1 3, dadurch gekennzeichnet, dass der Server-Ereignis- 
dienst (7) eine Aufraumfunktion (77) aufweist, die den Client-Datensatz (73) 
loscht, wenn der zugehorige Client-Ereignisdienst (6) nicht mehr mit dem 
Server-Ereignisdienst (7) kommuniziert. 

15. System nach einem der Anspruche 12 bis 14, dadurch gekennzeichnet, dass 
die Server-Ereignistabelle (74) als Hash-Tabelle ausgefuhrt ist und Datensatze 
aufnimmt, die mindestens eine Ereigniskennung und einen Zeiger auf eine zu 
registrierende Server-Ruckruffunktion (72) enthalten. 

16. System nach einem der AnsprOche 9 bis 15, dadurch gekennzeichnet, dass der 
Client (1) mindestens eine Client-Ruckruffunktion (41) aufweist, die fur 
mindestens ein Ereignis registrierbar ist und bei Eintritt des Ereignisses, fur das 
sie registriert ist, aufgerufen wird. 

17. System nach einem der AnsprOche 9 bis 16, dadurch gekennzeichnet, dass der 
Client-Ereignisdienst (6) mindestens eine Client-Registrierungsfunktion (61) zur 
Registrierung von Client-ROckruffunktionen (41), mindestens eine Client- 
Ereignistabelle (62) zur Aufnahme von die Registrierung beschreibenden 
Datensatzen und mindestens einen Anfragegenerator (63) zur DurchfQhrung 
von zyklischen Anfragen zur Ereignisubermittlung aufweist. 

18. System nach Anspruch 17, dadurch gekennzeichnet, dass die Client-Ereignis- 
tabelle (62) als Hash-Tabelle ausgefuhrt ist und Datensatze aufnimmt, die 
mindestens eine Ereigniskennung und einen Zeiger auf eine zu registrierende 
Client-Ruckruffunktion (41) enthalten. 
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Verfahren und System zur EreianisQbertraauna 
Zusammenfassuna 

Die Erfindung betrifft Verfahren und ein System zur Verwaltung und Obertragung von 
Ereignissen von einem Server (2) Ober eine Kommunikationsverbindung (9) zu 
mindestens einem Client (1), wobei der Server (2) mindestens einen Server-Ereignis- 
dienst (7), der Ober eine Kommunikationsverbindung (9) mit mindestens einem Client 
(1) kommuniziert, und mindestens eine Anlagenschnittstelle (10), die mit dem 
mindestens einen Server-Ereignisdienst (7) kommuniziert, aufweist. Der Client (1) 
weist mindestens einen Client-Ereignisdienst (6) auf, der Ober eine Kommunikations- 
verbindung (9) mit dem Server (2) kommuniziert. Eine Registrierung mSglicher 
Ereignisse findet sowohl in dem Client-Ereignisdienst (6) als auch in dem Server- 
Ereignisdienst (7) start. Eintretende Ereignisse werden von der Anlagenschnittstelle 
(10) an den Server-Ereignisdienstes (7) Obergeben, der Client-Ereignisdienst (6) 
initiiert Anfragen an den Server-Ereignisdienst (7), und aufgrund einer 
eingegangenen Anfrage an den Server-Ereignisdienst (7) werden die erfassten 
Ereignisse zum Client-Ereignisdienst (6) ubertragen. Vom Client-Ereignisdienstes (6) 
empfangene Ereignisse werden zu einer Client-Anwendung (4) Obertragen. 



Signifikante Figur: Fig. 2 
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Bezugszeichenliste 

1: . Client 

2: Server 

3: technische Anlage 

4: Client-Anwendung 

5: Server-Applikation 

6: Client-Ereignisdienst 

7: Server-Ereignisdienst 

9: Kommunikationsverbindung 

1 0: Anlagenschnittstelle 

41 : Client-Ruckruffunktion 

61 : Client-Registrierungsfunktion 

62: Client-Ereignistabelle 

63: Anfragegenerator 

64: Ruckrufgenerator 

71 : Server-Registrierungsfunktion 

72: Server-Ruckruffunktion 

73: Client-Datensatz 

74: Server-Ereignistabelle 

75: Ereigniswarteschlange 

76: Warteschlangenverwaltung 

77: Aufraumfunktion 

78: Client-Datenbank 



